homepage6047　２０２０年 ３月

プログラミングやRPG（作るほう）が好きな人の日記

このホームページは毎日 夜11時にアクセスできなくなります。 朝6時半に再開されます。（世の中のネット依存対策として） 「homepage6047.sakura.ne.jp」は 2020/7/1 に、「web6047.sakura.ne.jp」に変更予定です。 URL は https でもアクセスできます。 黒猫画像はクリック（タッチ）すると消えます。 NO PC WEEK とは私自身の健康のために私のパソコンの使用を制限する期間です。

2020/3/22（日）

RPG の構想と絵の話 -[e]

構想の話

RPG で遊んでいると、敵が出現して戦闘画面になり、戦うことになります。

昔は回復アイテムの数などがポイントで、戦略を練らないと勝てないという、難しくも楽しい戦闘でした。

しかし、最近は、A ボタンを連打していれば勝てる。新しい敵が登場しても、いつものように A ボタンを連打してしまい戦闘終了。

「今、新しい敵がいた気がするけど…、まぁいいか…」

そういう戦闘が最近多い気がして、そんなんでいいのかなと思います。

（※またいつものように、とりとめなく、思いつくままに文章を書いてしまって、何が言いたいのかわからなくなってしまいました）

　

…以上のような構想を練っても、ゲームソフトに落とし込めないと意味がありません。

シンプルな RPG のなかに いかにその構想を落とし込むかが問題です。

構想を実現するための具体的な仕様：

• 敵キャラのステータス（能力）はどの敵キャラも、人間をはるかに超えている。
• 呪文はコマンドを選んですぐに発動しない。
• 基本のシステムはドラクエのようなターン制だが、内部で将棋の盤面のようなマップを簡易的に持っている。（タクティカルコンバットのような）
• 敵味方双方、キャラごとに「体勢」ステータス（状態）を持つ。ここは現時点であやふやですけど、体勢によって選べるコマンドが変わります。（そのため上の画像では「みる」というコマンドがあり、味方の体勢を確認できる）
• 上の画像のビジュアル（戦闘画面で表示されているイラスト）は、絵はおおざっぱですが表現が少し細やかで、そういう気の利いた細かい表現はソフトウェアで実現できない（企画倒れする）と考えられますが、私が取り組んでいる SVC という方法を使って、いくつかジオラマ的なバリエーションを作っておき、各キャラの体勢（このキャラはこういう状況、このキャラはこういう状況、といったデータ）のパターンをキーにしてジオラマを検索してそのジオラマをもとに画面を作れば、わりとシンプルなプログラムでいけるんじゃないか…

ただ、プレイヤーは結構単純なシステムを求めていることが多いです。それなのに私を含めた開発者はいつもよくわからないシステムを編み出したがるというのもあるので、構想も本当に必要かどうか考えたほうが良いかもしれません。

▼こういうのも、本当に必要？

…そういうわけで絵描きは「四角形だけ並べれば描けるよ」ではなく、いくつか自分が持っている経験上の発見を駆使しているところがあるわけで、その辺をクリアしないと、絵が描けない人は「魅力のある絵を描く」ことができないのでは…？と考えています。

でも、まずは絵を描くことを楽しめたら良いと思います。そのなかで魅力のノウハウを発見していくんです。

私が今回紹介したように、誰かが言う「こうすると良いよ」という、その人の発見（ノウハウ）に注目するといいかもしれません。

続く記事も絵の話：　簡単に絵を描く？手間をかけて絵を描く？

下の絵も RPG の構想のために作った絵なんですが、弓を引いている女の子の表情が少しリアルです。

”傷ついて、しかめっつらをしている” ところを描こうと思って、何も参考にしないで資料なしのソラで描き始めたところ、まったくうまく描けませんでした。

どうしても、ただ眠そうにしているとか、笑っているように見えるとか、嫌みっぽい顔をしているだけとかになってしまい、「苦しそうな しかめっつら」になりませんでした。

そこで鏡の前で私自身がしかめっつらをしてみたり、スマートホンでその顔を撮影したりしてやっと下の絵（左）のような表情にこぎつけました。（青いのは殴られたときにできるアザです）

絵を描くってやっぱりそういうことなんだ…。この前自分で書いたように、知ってるものは描けるけど、知らないものは描けないんですね。

しかし、髪をどかすと右のようになります。かわいい若い女の子のしかめっつらが良かったんですが、お年寄りみたいですね。

マンガの「ドラゴンボール」とかだと、ダメージを受けた しかめっつら って しょっちゅう描かれていますよね。

それらのマンガのカットをネットで探してマネすれば早くて簡単ですよね。

なんでそれをやらないんでしょうか。ふと やろうとは思ったんですが、私は自分自身に それはNo と言っていました。

似たような話で、最近は３Dの「デジタル・デッサン人形」というものがあり、それを使えば絶妙な角度の人物もプロ並みの描写で自由に描くことができるようです。

そういう手段を使っていることについて正否を問う質問が Yahoo の知恵袋で投稿されていました。

（投稿は ID非公開 になっているので、気にせずリンクすることができます）

絵を描く時に3Dモデルを使ってあたりをとるのはアリですか？

MMD という3Dモデルのソフトでほしいポーズをキャラクターに取らせてそれをそのまま上から なぞることで絵描き（人物の構図）が劇的にうまくなった、でもそれってOKなのかな？という話です。おおむね「OK」という回答が並んでいます。楽しみましょうという意見が多いようでした。私は楽しみましょうと言われてネットでしかめっつらの絵を手に入れて、それでそれらしく描いても喜ぶままに喜べません。人によって精神的に住んでいる場所が異なっていて、違う場所に住んでいる人はその人なりのやり方があるんだと思います。

さらに似たような話で、「カメラ撮影」がありますね。誰でもプロの写真家 顔負けの良い写真が撮れる高機能なデジカメです。高機能でなくてもデジカメというものは撮影してすぐに結果がわかるので、ダメならその場で取り直せば良い写真が撮れます。連射機能を使って、どれにしようかな、みたいなこともできます。これについて写真家の人とかはどう思うでしょうか。テクニックも何もないって思うのではないでしょうか。

便利な方法でも地道な方法でも、どちらにせよ求める結果は同じです。上手な作品を作りたいんです。

思い出すままに書いてしまいますが、前にもおなじような話題を出しました。「Wanderers from Ys」（ゲームソフト）の多重スクロールのパロディを作った際、背景に流れる「雲」を作るのに、ネットの写真ではなく、自分で撮影した写真を使いました。「雲はネットの写真も自分の写真もどちらもほとんど同じ写真だし、描いた完成の雲のイラストもたぶん同じものになると思うけど、どうして自分で撮影することを選んだんでしょう、わからない…」と書いた覚えがあります。

たぶん今回も同じく、今考えてもわからないと思いますが、また考えてみます。

どうしてネットの しかめっつら の絵を手に入れずに、自分の顔を撮影することを選んだのか。

上のリンクのとおり「うしろめたい」気持ちも確かにあります。

難しい問題だなぁ…

でも「自分の力でやりたい」、きっとそこなんだろうなぁ…

それから、必要な表情を自由に描く漫画家の人って偉大だなと思いました。

そう思ったことのほうが一番大事かもしれません。

また NO PC WEEK に入ります。４／５（日）いっぱいまでお休みです。

そんな感じで私のパソコン作業はうまく回らない感じがしています。

（訪問者のどんなニーズと この記事がつながるか）

• 絵を描くにはどうすればいいのか。
• 他人の RPG 開発の構想の話を聞きたい。
• 日記を読みたい。

2020/3/19（木）

UMA & USI

ちょっと調べたんですが、

「UMA」 は、Unidentified Mysterious Animal の略で、「謎の未確認動物」という意味だそうです。普通の英語ではなく和製英語だとか。

ウマと読むなら馬ですが。

そして、

「USI」 は、Unique Student Identifier の略で、「一意の学生識別子」という意味になるそうです。いわゆる学生番号ですね。

ウシと読むなら牛ですが。

だからなんだ、というわけではないんですが。

…実は DRAM の自作の記事で将来、2つの回路図をモーフィングするしくみをホームページ上に作ろうと思っているんです。

つまり、同じ回路図なんですけど、「書き方が違う」回路図が２つあって、その２つの回路図が対応している（同一である）ことを示すために、画像としてのモーフィングをやろうということです。

そのテストプログラムとして馬と牛のベクター画像をモーフィングさせようとして、それで上のような画像を作っているんです。

（「UMA」と「USI」のことばについてはただの冗談です）

ンマー！（馬）

ウッシッシッシ（牛）

（訪問者のどんなニーズと この記事がつながるか）

• 日記を読みたい。

2020/3/15（日）

最近やっていること

最近は NO PCWEEK の連発で、やる気はあるのにホームページの更新を進められないでいます。

ニュースで「疲労している人や体の弱い人が新型コロナウイルスの影響を受けやすい」と言われていますよね。

（疲労している人、というのは1回くらいしか聞きませんでしたが、まぁ気を付けたほうが良いでしょう）

私はいつも疲労しているし、生まれつき体は強いほうではないので、今、パソコンのやりすぎて疲れてしまうと感染する可能性が高まってしまいちょっとまずいかなぁと思っています。

イラスト -[e]

仕事の休み時間は10分ありますが、その時間に先月紹介した絵の練習をメモ帳を使って行っています。最近は、斜め後ろから見た人の顔（りんかく）を描いています。

ファイナルファンタジー７のクラウドみたいなのは、なんとなくです。むかし私がスクエニに採用してもらいたくて履歴書にバーンと大きくクラウドを描いたことがあって、そのとき覚えてしまいました。

写真の左は一般人がクラウドのコスプレしてるみたいになってしまったので、右にもっとそれっぽく描き直してみました。

アニメキャラ（ゲームキャラ）というのは現実からだいぶ離れた状態で、自然に見えるので不思議ですね。

この練習の絵も自分の顔を後ろから撮影して、写真をもとに線を取り出して模式図を作成し、その模式図をもとにして描いています。

（もともとは小学校からの友達から「（彼の）子供の絵をおまえのいつもの絵柄で描いてくれ」と言われたところから始めている練習です）

電子回路 -[den]

マイコンはパソコンと違って「デバッグプリント」がなく、プログラムが正しく動いたのかどうか調べるには、即席でやるなら LED の点滅を工夫して意味を持たせてプログラムの結果を判断するという方法があります。

デバッグプリントとは、C 言語や JavaScript などのプログラミングを行う際のデバッグの方法の１つで、プログラムの変数の内容などを画面に表示することでプログラムが正しく動いたかどうかを確認する、というものです。

LED の点滅を使うのは手軽ですが、チカチカという「しるし」だけで判断するのも限界があるので、今回、小型の液晶ディスプレイを導入することにしました。

秋月電子通商 - Ｉ２Ｃ接続小型キャラクタＬＣＤモジュール　８×２行（税込３２０円）

この液晶ディスプレイをマイコンで制御するには「I2C」という通信方法を使う ということで、この2日間ぐらい、初めての「I2C」使用に奮闘していました。

最初は「そんなに難しいものではないだろう」と思っていましたが、「I2C」の通信規格を理解することと、それからマイコンに搭載された「I2C」モジュールの仕様、そして「I2C」に対応しているこの液晶ディスプレイの仕様は、どれも説明書などをじっくりと読まないと使いこなせないというものでした。徹夜しちゃったし、オシロスコープで信号の様子を見たりしたしで、もう大変だったよ。

マイコンにしろ、液晶にしろ、使いこなすためには、その説明書（データシート）を全部読むくらいが良いみたいだ……と最近思い始めました。

小さいから簡単そうに見えるんですが、そうではないんですね。

（配線がいっぱいあるのは、別のもっと難しいことをやっている最中だからです。「I2C」に必要な配線は2本だけです）

購入したもの -[shopping]